home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / UNSPLIT / text1042.txt < prev    next >
Encoding:
Text File  |  1997-02-06  |  2.8 KB  |  71 lines
  1. > > When I first got my Falcon, I ran several tests which didn't show anything
  2. > > close to that speed. A program I found on my hard drive today claims to
  3. > > reach 6.0 Mbyte/s (read) in 320x240x2 (monochrome) mode and 3.8 Mbyte/s in
  4. > > 640x480x256 or 320x240xTC, which is close to what I remembered.
  5. > > (This is all on a VGA monitor.)
  6. > 
  7. > I've tested it too, with a program called MEMSPEED.TTP. And in 640x480 2 
  8. > cols, it says 8 MB/s.
  9.  
  10. That's the program I used yesterday and it said 6.0 read, 6.9 write, IIRC.
  11. Really strange!
  12.  
  13. Could we be using different versions of the program?
  14. I'll check what date and size mine has and email you with the details.
  15.  
  16. > > Still, they're talking about an accelerator bord that manages to copy
  17. > > 4 Mbyte/s to ChipRAM (256 colour mode, lowres) and that is apparently very
  18. > > slow for such as board.
  19. > 
  20. > They're partly right. But a guy I'm working with at uni, tells me that 
  21. > the normal figure for ChipRAM is about 5 MB/s.
  22.  
  23. But this was in the 256 colour mode that they're going to be using for
  24. BAD MOOD. The Falcon don't do very well in its equivalent TC mode.
  25.  
  26. Anyway, they'll hopefully soon be flocking here and then we can ask the
  27. c2p folks directly.
  28.  
  29. > > >From this and some other data, I'd say that the Amiga can write at least
  30. > > 6 Mbyte/s to ChipRAM.
  31. > > At least as much as the Falcon in other words.
  32. > 
  33. > Then how come that the 256 640x480 mode is useless on the Amiga1200 ie. 
  34. > slow ?
  35.  
  36. I'm sure that our maximum _total_ bandwidth is quite a bit higher than theirs.
  37. The processor isn't hurt as much by higher graphics resolutions, but the 16
  38. bit bus makes for low CPU<->RAM bandwidth in the first case.
  39.  
  40. Perhaps there really is a reason for the 16 bit processor interface?
  41.  
  42. > Anyway, there's a 3D graphic card on the way for the Amiga (with 
  43. > Zorro-bus), which should indeed be capeable enough.
  44.  
  45. I've been dreaming about having one of those new 3D PCI cards on the AB040's
  46. local bus...
  47.  
  48. > > The lack of a 256 byte data cache shouldn't matter much for BAD MOOD, but
  49. > > in general the '030 is slightly faster as you say.
  50. > 
  51. > Is that because the 68030 does all the texture-mapping ?
  52. >
  53. > Hence too much data to be within the cache ?
  54.  
  55. Too much and too spread out. There isn't much repeated accessing in time for
  56. the cache to still have the data around.
  57. Almost everything but the texure data is kept in registers all the time.
  58.  
  59. > > I think it's quite reasonable to interpret 'similar' as 'within 30% or so'.
  60. > 
  61. > Yeah ok, maybe you're right :-)
  62.  
  63. We can't go and make them upset this early, now can we?  ;-)
  64.  
  65. -- 
  66.   Chalmers University   | Why are these |  e-mail:   rand@cd.chalmers.se
  67.      of Technology      |  .signatures  |            johan@rand.thn.htu.se
  68.                         | so hard to do |  WWW/ftp:  rand.thn.htu.se
  69.    Gothenburg, Sweden   |     well?     |            (MGIFv5, QLem, BAD MOOD)
  70.  
  71.